United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
I nilid Stall-, Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



I0/5K0.4K3 



01/24/2007 



26530 7590 10/14/2010 

LADAS & PARRY LLP 

224 SOUTH MICHIGAN AVENUE 

SUITE 1600 

CHICAGO, IL 60604 



CU-4835 WWP 



TAYLOR, NICHl )LAS R 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



l/ffflrC? nVrliUli Otfff Iff ids y 


Application No. 

10/580,483 


Applicant(s) 

SONG ET AL. 


Examiner 

Nicholas Taylor 


Art Unit 

2441 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )KI Responsive to communication(s) filed on 24 May 2006 . 
2a )□ This action is FINAL. 2b)^ This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-58 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) |EI Claim(s) 1-58 is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10) ^ The drawing(s) filed on 24 May 2006 is/are: a)^ accepted or b)Q objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) ^ Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)E| All b)D Some * c)D None of: 

1 Certified copies of the priority documents have been received. 

20 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

^ Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

El Information Disclosure Statement(s) (PTO/SB/08) 5 ) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date 7/12/06; 9/28/10 . 6) □ Other: . 

PTOL-326 (Rev. 08-06) Office Action Summary Part of Paper No./Mail Date 20100927 



Application/Control Number: 10/580,483 
Art Unit: 2441 



Page 2 



DETAILED ACTION 

1 . Claims 1-58 have been examined and are rejected. 

Priority 

2. Receipt is acknowledged of papers submitted under 35 U.S.C. 1 1 9(a)-(d), which 
papers have been placed of record in the file. 

Double Patenting 

3. The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. A nonstatutory 
obviousness-type double patenting rejection is appropriate where the conflicting claims 
are not identical, but at least one examined application claim is not patentably distinct 
from the reference claim(s) because the examined application claim is either anticipated 
by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 
F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 
USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 
1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 
F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 USPQ 
644 (CCPA 1969). 
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A timely filed terminal disclaimer in compliance with 37 CFR 1 .321 (c) or 1 .321 (d) 
may be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent either is shown to 
be commonly owned with this application, or claims an invention made as a result of 
activities undertaken within the scope of a joint research agreement. 

Effective January 1 , 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 



4. Claims 1-58 are provisionally rejected on the ground of nonstatutory 
obviousness-type double patenting as being unpatentable over claims 45-105 of 
copending Application No. 10/580,290. Although the conflicting claims are not identical, 
they are not patentably distinct from each other because of the following: 



The instant application 


Application No. 10/580,290 


1 . An Event Reporting system 
for requesting and processing 
a report on an Event that 
occurs upon a use of a digital 
item, comprising: 


45. An Event Reporting system for 
processing an Event Report data 
in order to report an Event 
occurred in accordance with use of 
a digital item, the Event Report 
system comprising: 


an Event Report Request data 
processing means for creating 
an Event Report Request data 
which requests a report on an 
Event Report data; and 


Event Report Request processing 
means for generating and 
delivering an Event Report 
Request data requesting to report 
an Event in response to user's 
request; and 
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an Event Report data 
processing means for creating 
and transmitting an Event 
request in response to the 
Event Report Request data 
transmitted from the Event 
Report Request data 
processing means to perform 
an Event Reporting. 



Event Report processing means 
for generating and delivering an 
Event Report data reporting the 
Event specified in the Event 
Report Request data. 



This is a provisional obviousness-type double patenting rejection because the 
conflicting claims have not in fact been patented. 



Claim Objections 

5. Claims 5, 7, 1 1 , 16, 17, 24, 25, and 27 are objected to because of the following 
spelling and/or grammar informalities: 

Claim 5 contains "history indicating information on history." 

Claim 7 contains "a Event." 

Claim 1 1 contains "ER descriptor," where the acronym is not previously defined, 
also, "can access to." 

Claim 16 contains "among at a specific time" and "between specific time and 
time." 

Claim 17 contains "among at an" and "between elapsed time and time." 

Claim 24 contains "POTFIX." 

Claim 25 contains "an condition." 

Claim 27 contains "which is enclosed to." 

Claim 55 contains "makes the Event Report data created." 
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Claim Rejections - 35 USC §112 

6. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

7. Claims 4, 1 9, 21 , 30, 33, 41 , 44, and 58 are rejected under 35 U.S.C. 1 1 2, 
second paragraph, as being indefinite for failing to particularly point out and distinctly 
claim the subject matter which applicant regards as the invention. Specifically: 

Claims 4, 30, and 44 include the phrase "should have," which is ambiguous as to 
the scope of data contained within the characteristics. 

Claims 19 and 33 reference the "peer's part" without proper antecedent basis. 

Claim 21 references external document ISO/IEC 21000-6 Rights Data Dictionary, 
which causes the scope of the limitation to be ambiguous as the document is not 
incorporated within the specification. 

Claims 41 and 58 refer to "from outside," which is ambiguous as to scope as no 
reference is supplied defining what the "outside" positioning is relative to. 

Claim Rejections - 35 USC § 101 

8. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, 
subject to the conditions and requirements of this title. 
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9. Claims 1-40 and 51-58 are rejected under 35 U.S.C. 101 because the claimed 
invention is directed to non-statutory subject matter. 

As per claims 1-40, the "system" and "apparatus" claims are not a process, 
machine, manufacture, or composition of matter. The claimed element's "system," 
"apparatus," and "data" are non-structural limitations, and in light of the specification 
these are disclosed as being software (e.g., see Spec pg. 8, lines 6-16 defined as an 
application program). Therefore, the claimed subject matter as a whole fails to fall 
within a patent-eligible category of subject matter. 

Claims 51-57 are rejected for similar reasons to claims 1-40 using "data" and 
"information" elements. 

As per claim 58, the "recording medium" would reasonably be interpreted by one 
of ordinary skill in the art as failing to fall within a statutory category of invention, 
because applicant's disclosure does not define "recording medium" to be limited to 
statutory embodiments that include transitory propagated signals (e.g., carrier waves; 
see specification pg. 8, where only "storage" mediums are defined). Thus, applying the 
broadest reasonable interpretation in light of the specification and taking into account 
the meaning of the words in their ordinary usage as they would be understood by one of 
ordinary skill in the art (MPEP § 21 1 1) , the claims as a whole cover both transitory and 
non-transitory media. A transitory medium does not fall into any of the four categories 
of invention (process, machine, manufacture, or composition of matter). 
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Claim Rejections - 35 USC § 102 

1 0. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a 
printed publication in this or a foreign country, before the invention thereof by the applicant for a 
patent. 

1 1 . Claims 1-58 are rejected under 35 U.S.C. 102(a) as being anticipated by 
"Requirements for Event Reporting" by the ISO WG1 1 Requirements Group (hereafter 
referred to as "WG1 1", and further incorporating WG1 1 's "Current Vision on Event 
Reporting in MPEG 21," hereafter, "Vision," for clarity and background). 

As per claims 1 , 29, 37, 41 , and 58, WG1 1 teaches a method for reporting an Event that 
occurs upon a use of a digital item to perform Event Reporting, comprising: (WG1 1 , see 
overview in section 6) 

a) an Event Report Request data processing step of creating and transmitting an 
Event Report Request data requesting a report on an Event, and (WG1 1 , section 2 
where an event report request is created and transmitted; see also sections 3.1 and 4.1 
event report requests) 

receiving, analyzing and transmitting an Event Report Request data from outside 
and monitoring an Event corresponding to the Event Report Request data; and (WG1 1 , 
sections 2, 3.1, 4.1 and "Vision" section 3.1-3.3 where events are received, analyzed, 
and monitored) 
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b) an Event Report data processing step of creating and transmitting the Event 
Report data created to perform Event Reporting corresponding to the transmitted Event 
Report Request data, and analyzing and transmitting the Event Report data transmitted 
from outside (WG11, sections 2, 3.1, 4.1 and "Vision" section 3.1-3.3; see also Visions 
appendix B use case scenario). 

As per claims 2 and 42, WG1 1 teaches the system further wherein the a) Event Report 
Request data processing step includes the steps of: a1) creating the Event Report 
Request data; a2) transmitting the Event Report Request data; a3) receiving the Event 
Report Request data; a4) analyzing the Event Report Request data; and a5) monitoring 
whether or not an Event occurs (WG1 1 , sections 2, 3.1 , 4.1 and "Vision" section 3.1-3.3; 
see also Visions appendix B use case scenario). 

As per claims 3 and 43, WG1 1 teaches the system further wherein the b) Event Report 
data processing step includes the steps of: b1) generating the Event Report data; b2) 
transmitting the Event Report data; b3) receiving the Event Report data; and b4) 
analyzing the Event Report data (WG11, sections 2, 3.1, 4.1 and "Vision" section 3.1- 
3.3; see also Visions appendix B use case scenario). 

As per claim 4, WG1 1 teaches the system further wherein the Event Report Request 
data includes: 
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a descriptor for describing characteristics of the Event Report Request data; 
(WG1 1 , see, e.g., section 4.1 ) 

an Event Report descriptor for describing characteristics that an Event Report 
data to be generated by the current Event Report Request data should have and Event 
Report data; and an Event condition descriptor for specifying and describing conditions 
which becomes a standard for occurrence of an Event (WG1 1 , sections 4.0, 4.1 , and 
4.2, where the descriptor is further defined; see e.g., section 7 requirements 1.1, 1 .5, 
2.1, and 2.3). 

As per claim 5, WG1 1 teaches the system further wherein the descriptor includes: 

lifetime indicating remaining lifetime of the Event Report Request data; (WG1 1 , 

see, e.g., section 7 requirements 2.9 and 2.20) 

history indicating information on history of creating or modifying the Event Report 

Request data or the Event Report data; and (WG1 1 , see, e.g., section 7 requirements 

2.15 and 3.10) 

priority indicating a priority order of processing Event Report Request data 
(WG11, see section 7 requirement 2.13). 

As per claim 6, WG1 1 teaches the system further wherein the lifetime includes: a 
starting time of valid lifetime of the Event Report Request data; and an ending time of 
the valid lifetime of the Event Report Request data (WG1 1 , see, e.g., section 7 
requirements 2.9 and 2.20). 
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As per claim 7, WG1 1 teaches the system further wherein the history includes: creation 
information for describing a history of creating an Event Report Request data or a Event 
Report data; and modification information for modifying a history of modifying an Event 
Report Request data or a Event Report data (WG1 1 , see, e.g., section 7 requirements 
2.15 and 3.10). 

As per claim 8, WG1 1 teaches the system further wherein the history includes: 

peer information which is a unique identifier of a peer that performs creation or 
modification; user information which is a unique identifier of a user that performs 
creation or modification; time information at which an Event Report Request data or an 
Event Report data is created or modified; and description information for indicating 
operation of the peer that creates or modifies the Event Report Request data or Event 
Report data (WG11, see, e.g., section 7 requirements 2.15 and 3.10). 

As per claim 9, WG1 1 teaches the system further wherein the priority has a value from 
0 to 5 and the lower the number is, the higher the priority is (WG1 1 , see section 7 
requirement 2.13). 

As per claim 10, WG11 teaches the system further wherein, if a priority level is not 
specified, the priority is considered to have a priority of a level 2 (WG1 1 , see section 7 
requirement 2.13). 
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As per claim 1 1 , WG1 1 teaches the system further wherein the ER descriptor includes: 

identification information of the Event Report data; (WG1 1 , see, e.g., section 7 
requirements 2.1, 2.2, 2.3, and 2.5, where identification information is defined) 

access control information for describing a peer or a user that can access to the 
Event Report data; (WG1 1, section 7 requirements access provisions 3.1 1 and 3.12) 

Event Report data for describing report data requested by the Event Report 
Request data; (WG1 1 , see section 7 requirements 3.1-3.7) 

an embedded Event Report Request data for indicating another Event Report 
Request data which is enclosed for acknowledgement or forwarding; (WG1 1 , see 
section 7 requirement 3.8 embedding) and 

transmission parameters for describing information related to transmission of the 
Event Report data (WG1 1 , section 7 requirements 2.8, 2.9, 2.10, and 3.15). 

As per claim 12, WG11 teaches the system further wherein the Event Report data 
includes at least one among a peer, a user, a reference digital item (RefDI) and location 
(WG1 1 , see, e.g., section 7 requirements 2.1 , 2.2, 2.3, and 2.5). 

As per claim 13, WG11 teaches the system further wherein the Event Report data 
include: 

peer identification information for creating an Event Report data; user 
identification information for creating an Event Report data; time information when the 
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Event occurs; location information of the peer; (WG11, see, e.g., section 7 requirements 
2.15 and 3.10) 

identification information of a digital item which is an object of Event occurrence; 
digital item identification information related to the current Event Report data; and 
(WG11, see, e.g., section 7 requirements 2.1, 2.2, 2.3, and 2.5, where identification 
information is defined) 

operation information describing operations related to the use of a digital item 
(WG1 1 , section 3.1 and section 7 requirements 2.3, 2.16, 3.9, where the event 
operations are defined). 

As per claim 14, WG1 1 teaches the system further wherein the transmission 
parameters include: receiver information to whom the Event Report data is transmitted; 
and transmission time information describing time at which the Event Report data is 
authored and transmitted (WG11, section 7 requirements 2.8, 2.9, 2.10, and 3.15). 

As per claim 15, WG1 1 teaches the system further wherein the transmission time 
information includes specific time information at which the Event Report data is to be 
transmitted, elapsed time information, and periodic time information (WG1 1 , section 7 
requirements 2.8, 2.9, 2.10, and 3.15). 

As per claim 16, WG1 1 teaches the system further wherein the specific time information 
includes information requesting to transmit the Event Report data at least one time 
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among at a specific time, after the specific time, and between specific time and time 
(WG11, section 7 requirements 2.8, 2.9, 2.10, and 3.15). 

As per claim 17, WG1 1 teaches the system further wherein the elapsed time information 
requests to transmit the Event Report data at least one time among at an elapsed time, 
before the elapsed time, and between elapsed time and time (WG1 1, section 7 
requirements 2.8, 2.9, 2.10, and 3.15). 

As per claim 18, WG1 1 teaches the system further wherein the periodic time information 
includes: a starting time of periodic transmission; an interval time between periods; a 
period continuing time; and an ending time of the periodic transmission (WG1 1 , section 
7 requirements 2.8, 2.9, 2.10, and 3.15). 

As per claim 19, WG11 teaches the system further wherein the Event condition 
descriptor includes: 

a timing-based condition for describing time on the peer's part where an Event 
occurs based on time when an Event Report Request data is received; (WG1 1, see e.g. 
section 7 requirements 2.5 and 2.9) 

a digital item usage-based condition for describing an Event that occurs in 
connection with use of a digital item; and (WG1 1 , see digital item use of sections 2 and 
6; see section 7 requirements 1.2 and 3.9) 
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a peer operation-based condition for describing an Event regardless of the use of 
the digital item (WG1 1 , see peer discussion of section 2, 3.1 , and diagram 3.2; section 6 
peer status-based events; see section 7 requirement 1 .2). 

As per claim 20, WG1 1 teaches the system further wherein the timing-based condition 
includes specific time, elapsed time and periodic time (WG1 1 , see e.g. section 7 
requirements 2.5 and 2.9). 

As per claim 21 , WG1 1 teaches the system further wherein the digital item usage-based 
condition uses terms defined in ISO/IEC 21000-6 Rights Data Dictionary (RDD) (WG1 1 , 
see e.g., sections 2 and 3.1 , wherein the ISO RDD is inherent in the use of the MPEG- 
21 standard). 

As per claim 22, WG1 1 teaches the system further wherein the peer operation-based 
condition describes the operation of a peer or a status of a device (WG1 1 , see peer 
discussion of section 2, 3.1 , and diagram 3.2; section 6 peer status-based events; see 
section 7 requirement 1 .2). 

As per claim 23, WG1 1 teaches the system further wherein the Event condition 
descriptor is expressed by a combination of conditions (WG1 1 , see digital item use of 
sections 2 and 6; see section 7 requirements 1 .2 and 3.9). 
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As per claim 24, WG1 1 teaches the system further wherein the combination of 
conditions uses external operators and internal operators stated in Tables 1 and 2, 
which are shown as: Logical Operator AND, OR, XOR, NOT Parentheses (,) Location 
PREFIX, POSTFIX and Comparison Operator =, <, >, <=, <>, >, >= Arithmetic Operator 
+, -, *, /, %, Location PREFIX, INFIX, POSTFIX (WG11, see, e.g., logical condition 
discussion of 2.5, 2.6, 2.9; see also Section 2, 3.1 and 4.2). 

As per claim 25, WG1 1 teaches the system further wherein the timing-based condition 
is formed of operators expressing a relationship between a timing Event and an Event; 
(WG1 1 , see e.g. section 7 requirements 2.5 and 2.9) the digital item usage-based 
condition is formed of operators expressing a relationship between an operation Event 
and an Event; (WG1 1 , see digital item use of sections 2 and 6; see section 7 
requirements 1 .2 and 3.9) and the peer operation-based condition is formed of 
operators expressing a relationship between an condition and an Event (WG1 1 , see 
peer discussion of section 2, 3.1 , and diagram 3.2; section 6 peer status-based events; 
see section 7 requirement 1.2). 

As per claim 26, WG1 1 teaches the system further wherein the Event Report data 
includes: 

an Event Report descriptor for describing information related to creation and 
transmission of the Event Report data; (WG11, section 7 requirements 2.8, 2.9, 2.10, 
and 3.15) 
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an original Event Report Request data for describing a reference for the Event 
Report Request data which makes the Event Report data to be created; and (WG1 1 , 
see section 7 requirement 3.4) 

an Event Report data including report data of the Event Report data (WG1 1 , see 
section 7 requirements 3.1-3.7). 

As per claim 27, WG1 1 teaches the system further wherein the Event Report data 
further includes an embedded Event Report Request data for describing another Event 
Report Request data or another Event Report data which is enclosed to the Event 
Report data for acknowledgement or forwarding (WG1 1 , see section 7 requirement 3.8 
embedding). 

As per claim 28, WG1 1 teaches the system further wherein the Event Report descriptor 
includes: 

description for describing other data related to the Event Report data in a free 
form; (WG1 1 , see, e.g., section 7 requirements 1 .5 and 1 .6 where the data is described 
in a free form) 

status information for describing whether the Event Report data is created and 
transmitted normally; and (WG11, see section 7 requirements 3.14, 3.15 and 4) 

creation information for describing information related to creation of the Event 
Report data (WG11, see, e.g., section 7 requirements 2.15 and 3.10). 
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As per claims 30 and 44, WG1 1 teaches the system further wherein the Event Report 
Request data includes: 

a descriptor for describing characteristics of the Event Report Request data; 
(WG1 1 , see, e.g., section 4.1 ) 

an Event Report descriptor for describing characteristics that an Event Report 
data to be generated by the current Event Report Request data should have and Event 
Report data; and an Event condition descriptor for specifying and describing conditions 
which becomes a standard for occurrence of an Event (WG1 1 , sections 4.0, 4.1 , and 
4.2, where the descriptor is further defined; see e.g., section 7 requirements 1.1, 1 .5, 
2.1, and 2.3). 

As per claims 31 and 45, WG1 1 teaches the system further wherein the descriptor 
includes: 

lifetime indicating remaining lifetime of the Event Report Request data; (WG1 1, 
see, e.g., section 7 requirements 2.9 and 2.20) 

history indicating information on history of creating or modifying the Event Report 
Request data or the Event Report data; and (WG1 1 , see, e.g., section 7 requirements 
2.15 and 3.10) 

priority indicating a priority order of processing Event Report Request data 
(WG1 1 , see section 7 requirement 2.13). 
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As per claims 32 and 46, WG1 1 teaches the system further wherein the Event Report 
descriptor includes: 

identification information of the Event Report data; (WG1 1, see, e.g., section 7 
requirements 2.1, 2.2, 2.3, and 2.5, where identification information is defined) 

access control information for describing a peer or a user that can access to the 
Event Report data; (WG1 1, section 7 requirements access provisions 3.1 1 and 3.12) 

Event Report data for describing report data requested by the Event Report 
Request data; (WG1 1 , see section 7 requirements 3.1-3.7) 

an embedded Event Report Request data for indicating another Event Report 
Request data which is enclosed for acknowledgement or forwarding; and (WG1 1 , see 
section 7 requirement 3.8 embedding) 

transmission parameters for describing information related to transmission of the 
Event Report data (WG1 1 , section 7 requirements 2.8, 2.9, 2.10, and 3.15). 

As per claims 33 and 47, WG1 1 teaches the system further wherein the Event condition 
descriptor includes: 

a timing-based condition for describing time on the peer's part where an Event 
occurs based on time when an Event Report Request data is received; (WG1 1, see e.g. 
section 7 requirements 2.5 and 2.9) 

a digital item usage-based condition for describing an Event that occurs in 
connection with the use of a digital item; and (WG1 1 , see digital item use of sections 2 
and 6; see section 7 requirements 1 .2 and 3.9) 
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a peer operation-based condition for describing an Event regardless of the use of 
the digital item (WG1 1 , see peer discussion of section 2, 3.1 , and diagram 3.2; section 6 
peer status-based events; see section 7 requirement 1 .2). 

As per claims 34, 38, and 48, WG1 1 teaches the system further wherein the Event 
Report data includes: 

an Event Report descriptor for describing information related to creation and 
transmission of the Event Report data; (WG1 1 , section 7 requirements 2.8, 2.9, 2.10, 
and 3.15) 

an original Event Report Request data for describing a reference for the Event 
Report Request data which makes the Event Report data created; and (WG1 1 , see 
section 7 requirement 3.4) 

an Event Report data including report information of the Event Report data 
(WG11, see section 7 requirements 3.1-3.7). 

As per claims 35, 39, and 49, WG1 1 teaches the system further wherein the Event 
Report data further includes an embedded Event Report Request data for describing 
another Event Report Request data or another Event Report data which is enclosed to 
the Event Report data for acknowledgement or forwarding (WG1 1 , see section 7 
requirement 3.8 embedding). 
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As per claims 36 and 40, WG1 1 teaches the system further wherein the Event Report 
descriptor includes: 

description for describing other data related to the Event Report data in a free 
form; (WG1 1 , see, e.g., section 7 requirements 1 .5 and 1 .6 where the data is described 
in a free form) 

status information for describing whether the Event Report data is created and 
transmitted normally; and (WG11, see section 7 requirements 3.14, 3.15 and 4) 

creation information for describing information related to creation of the Event 
Report data (WG11, see, e.g., section 7 requirements 2.15 and 3.10). 

As per claim 50, WG1 1 teaches the system further wherein the Event Report descriptor 
includes: 

description for describing other data related to the Event Report data in a free 
form; (WG1 1 , see, e.g., section 7 requirements 1 .5 and 1 .6 where the data is described 
in a free form) 

status information for describing whether the Event Report data is created and 
transmitted normally; and (WG11, see section 7 requirements 3.14, 3.15 and 4) 

creation information for describing information related to creation of the Event 
Report data (WG11, see, e.g., section 7 requirements 2.15 and 3.10). 
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As per claim 51 , WG1 1 teaches an Event Report Request data which is used for 
requesting a report on an Event that occurs upon a use of a digital item to perform 
Event Reporting, comprising: (WG1 1, see overview in section 6) 

a descriptor for describing characteristics of the Event Report Request data; 
(WG1 1 , see, e.g., section 4.1 ) 

an Event Report descriptor for describing characteristics that an Event Report 
data to be generated by the current Event Report Request data should have and Event 
Report data; and an Event condition descriptor for specifying and describing conditions 
which become a standard for occurrence of an Event (WG1 1 , sections 4.0, 4.1 , and 4.2, 
where the descriptor is further defined; see e.g., section 7 requirements 1 .1 , 1 .5, 2.1 , 
and 2.3). 

As per claim 52, WG1 1 teaches the system further wherein the descriptor includes: 

lifetime indicating remaining lifetime of the Event Report Request data; (WG1 1, 

see, e.g., section 7 requirements 2.9 and 2.20) 

history indicating information on history of creating or modifying the Event Report 

Request data or the Event Report data; and (WG1 1 , see, e.g., section 7 requirements 

2.15 and 3.10) 

priority indicating a priority order of processing Event Report Request data 
(WG1 1 , see section 7 requirement 2.13). 
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As per claim 53, WG1 1 teaches the system further wherein the Event Report descriptor 
includes: 

identification information of the Event Report data; (WG1 1, see, e.g., section 7 
requirements 2.1, 2.2, 2.3, and 2.5, where identification information is defined) 

access control information for describing a peer or a user that can access to the 
Event Report data; (WG1 1, section 7 requirements access provisions 3.1 1 and 3.12) 

Event Report data for describing report data requested by the Event Report 
Request data; (WG1 1 , see section 7 requirements 3.1-3.7) 

an embedded Event Report Request data for indicating another Event Report 
Request data which is enclosed for acknowledgement or forwarding; (WG1 1 , see 
section 7 requirement 3.8 embedding) and 

transmission parameters for describing information related to transmission of the 
Event Report data (WG11, section 7 requirements 2.8, 2.9, 2.10, and 3.15). 

As per claim 54, WG1 1 teaches the system further wherein the Event condition 
descriptor includes: 

a timing-based condition for describing time on the peer's part where an Event 
occurs based on time when an Event Report Request data is received; (WG1 1, see e.g. 
section 7 requirements 2.5 and 2.9) 

a digital item usage-based condition for describing an Event that occurs in 
connection with use of a digital item; and (WG1 1 , see digital item use of sections 2 and 
6; see section 7 requirements 1.2 and 3.9) 
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a peer operation-based condition for describing an Event regardless of the use of 
the digital item (WG1 1 , see peer discussion of section 2, 3.1 , and diagram 3.2; section 6 
peer status-based events; see section 7 requirement 1 .2). 

As per claim 55, WG1 1 teaches an Event Report data which is used to provide 
information corresponding to an Event Report Request data to perform Event Reporting 
on an Event that occurs upon a use of a digital item, comprising: (WG1 1 , see overview 
in section 6) 

an Event Report descriptor for describing information related to creation and 
transmission of the Event Report data; (WG1 1 , see, e.g., section 4.1 ) 

an original Event Report Request data for describing a reference for the Event 
Report Request data which makes the Event Report data created; (WG1 1 , see section 
7 requirement 3.4) 

and an Event Report data including report information of the Event Report data 
(WG1 1 , sections 2, 3.1 , 4.1 and "Vision" section 3.1-3.3; see also Visions appendix B 
use case scenario). 

As per claim 56, WG1 1 teaches the system further wherein the Event Report data 
further includes an embedded Event Report Request data for describing another Event 
Report Request data or another Event Report data which is enclosed to the Event 
Report data for acknowledgement or forwarding (WG1 1 , see section 7 requirement 3.8 
embedding). 
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As per claim 57, WG1 1 teaches the system further wherein the Event Report descriptor 
includes: 

description for describing other data related to the Event Report data in a free 
form; (WG1 1 , see, e.g., section 7 requirements 1 .5 and 1 .6 where the data is described 
in a free form) 

status information for describing whether the Event Report data is created and 
transmitted normally; and (WG11, see section 7 requirements 3.14, 3.15 and 4) 

creation information for describing information related to creation of the Event 
Report data (WG11, see, e.g., section 7 requirements 2.15 and 3.10). 

Conclusion 

12. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. This includes: 

U.S. PGPub 2003/0018798, which describes a method of MPEG event modeling 
using a description model and U.S. PGPub 2002/0095429, which describes a method of 
managing a digital item including event management. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Nicholas Taylor whose telephone number is (571 ) 272- 
3889. The examiner can normally be reached on Monday-Friday, 8:30am to 5:00pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wing Chan can be reached on (571) 272-7493. The fax phone number for 
the organization where this application or proceeding is assigned is (571) 273-8300. 

Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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